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DETAILED ACTION 
Specification 

The abstract of the disclosure is objected to because the sheet presenting the 

abstract includes other material. Correction is required. See MPEP § 608.01 (b). 

Ciaim Objections 

Claims 98, 109 and 110 appear to include amendments, but the status 
identifiers for these claims are not updated to recite "Currently Amended". For the 
purpose of examination, the Examiner interprets these claims as being amended. 

Claim 2 recites "the user interface provided each source application" in the last 
line. It appears that the word "by" after the word "provided" has been omitted due to 
minor typographical error. 

Claim Rejections - 35 USC §112 

The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification sliall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

Claims 105-109 are rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

Independent claim 105 recites the limitation "according witli tlie usage 
conditions" in the last line. There is insufficient antecedent basis for the phrase "the 
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usage conditions" in tine claim. Dependent claims 106-109 inherit the above deficiency 
from independent claim 105. 

Claim Rejections - 35 USC § 102 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351 (a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21 (2) 
of such treaty In the English language. 

Claims 1-97, 110, 114, 119, 123, 128-129 are rejected under 35 U.S.C. 102(e) 
as being anticipated by Kusterer et al. (US 2005/0076311 A1) hereinafter Kusterer. 



Claim 1: Kusterer teaches a method of configuring a server (e.g., portal 320 
as shown in Fig. 3, also see [0039] and [0042]) to provide at least one composite 
user interface to a plurality of source applications (e.g., see portal 320 in Fig. 3), 
the composite user interface comprising a plurality of user interface elements 
provided by the source applications (e.g., see information views 325, e.g., web 
pages, in Fig. 3; see [0040]. Also portal 320 provides an interface including a unified 
navigation area based on unified navigation hierarchy created from combining individual 
navigation hierarchies of user interface elements from multiple source applications, see 
Abstract, 140 in Fig. 1, [0004], [0006], [0007]), the method comprising: 
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combining a subset of ttie piuraiity of user interface eiements from the 
source applications into composite user interface data {e.g., referring to tine portal 
presentation of Fig. 5, the portal presentation 500 at a given point in time can be 

interpreted as a "composite user interface data" generated from combining a subset of 
the plurality of user interface elements from the source applications); 

providing tiie composite user interface data to a user computer system for 
display as the composite user interface by the user computer system, wherein 
the composite user interface causes the user computer system to display the 
plurality of user interface elements provided by the source applications (e.g., 
displaying information views 325, e.g., web pages, from the plurality of source 
applications 340 within the portal page presentation 500); 

receiving a user request from the user computer system relevant to at least 
one of the source applications (see, e.g., [0040] "The portal 320 receives requests 
from the clients 300 and generates information views 325 (e.g., Web pages) in 
response" and "The portal 320 receives information 345 from the applications 340 to 
fulfill requests from the clients 300". A user can select a navigation node at the user 
computer system relevant to at least one of the source applications and thereby access 
informational content from said at least one of the source applications; see e.g.. Fig. 7); 

processing a model representing said composite user interface (e.g., the 
software implementing the composite portal interface can reasonably be interpreted in 
the broadest reasonable interpretation as "a model representing said composite user 
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interface", i.e., a software model of tine portal interface) to generate rules for 
communication between said composite user interface and the source 
applications (see communicating with multiple application as mentioned in [0006], 
[0007], [0009], [0024], and [0026]. Such communication apparently involves generating 
rules for such communication); and 

generating one or more source requests to eacii relevant source 
application that represents the user request (e.g., as already mentioned above, a 
user can select a navigation node at the user computer system relevant to at least one 
of the source applications and thereby access informational content from said at least 
one of the source applications; see e.g.. Fig. 7). 

Claim 48 (a data carrier). Claim 49 (a computer apparatus), and Claim 80 (a 
server): are directed to the same invention of claim 1 in different statutory categories. 
Therefore, these claims are also rejected under similar rationale as claim 1 . 

For claim 2, Kusterer further teaches a method according to claim 1, wherein 
said model (\.e., the software implementing the composite portal interface) comprises 
a model of at least part of a user interface provided by each source application 
(see 600 and 620 in Fig. 6, that models at least part of a navigational hierarchy for a 
user interface, i.e., pages, provided by a source application) and a model of 
relationships between the at least part of the user interface provided each source 
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application and the composite user interface (e.g., 650 in Fig. 6 represents such 
modeling relationships between the pages provided by each source application and the 
composite user interface provided by the unified navigational interface application, i.e., 
the portal application). 

Claim 81: is also rejected under the same rationale as claim 2 discussed 
hereinabove. 

Claim 3: Kusterer further teaches a method according to claim 1, further 
comprising: 

storing said rules within a hierarchical data structure comprising a plurality 

of entities (e.g., see the hierarchical structure mentioned in [0021], [0052], and [0053], 
also see Fig. 6, [0055] to [0057], Fig. 7 and [0059]). 

Claim 82: is also rejected under the same rationale as claim 3 discussed 
hereinabove. 



Claim 4: Kusterer further teaches a method according to claim 3, further 
comprising: storing within said hierarchical data structure an entity representing 
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the composite user interface (e.g., the root node of the united navigation hierarchy, 
see also [0030], [0033]); and associating witii said entity a data group providing 
configuration data fortlie composite user interface (e.g., associating configuration 

data in [0027], also role based configuration in [0005], [0010], [0037], and [0040]). 

Claim 83: is also rejected under the same rationale as claim 4 discussed 
hereinabove. 

Claim 5: Kusterer further teaches a mettiod according to claim 4, further 
comprising: storing within said hierarchical data structure a plurality of service 
entities representing processing modules which are together adapted to process 
user requests input to said composite user interface to produce one or more 
requests to at least one source application (e.g., see nodes used to launch 
application units. See [0059]. Additionally, or in the alternative the interfaces can be 
interpreted as such service entities. See [0033]). 



Claim 84: is also rejected under the same rationale as claim 5 discussed 
hereinabove. 
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Claim 6: Kusterer further teaches a method according to claim 5, wherein at 
least some of said service entities have an associated data group storing 
configuration data (e.g., properties of the node objects implicit in the reference). 

Claim 85: is rejected under the same rationale as claim 6 discussed 
hereinabove. 

Claim 7: Kusterer further teaches a method according to claim 6, wherein one 
of said service entities is an aggregation service entity representing an 
aggregation service configured to generate the one or more source application 
requests from the user request (e.g., see the navigation service as discussed in 
[0024]). 

Claim 86: is rejected under the same rationale as claim 7 discussed 
hereinabove. 



Claim 8: Kusterer further teaches a method according to claim 7, wherein 
said aggregation service entity comprises: a child entity representing the 
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composite user interface; and said ciiiid entity tias at ieast one ctiild entity 
representing one of tlie source appiications (see Fig. 6 and Fig. 7). 

Claim 87: is rejected under the same rationale as claim 8 discussed 
hereinabove. 

Claim 9: Kusterer further teaches a method according to claim 3, wherein 
said rules are generated using a plurality of writers each writer being associated 
with an entity in said hierarchical data structure, and being adapted to write data 
to a data group associated with the respective entity (e.g., see use of "connectors" 
as discussed in [0006], [0007], [0009], [0025] to [0027], and throughout the reference). 

Claim 88: is rejected under the same rationale as claim 9 discussed 
hereinabove. 

Claim 10: Kusterer further teaches a method according to claim 9, wherein 
processing said model comprises: 

selecting one or more objects within said model; 
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determining one or more writers to be invol(ed to write data from ttie or 
eacti object to said liierarciiicai data structure; and 

invoking tfie or eacti writer to write data to said hierarchical data structure 
(e.g., see use of "connectors" as discussed in [0006], [0007], [0009], [0025] to [0027], 

and throughout the reference). 

Claim 89: Is rejected under the same rationale as claim 10 discussed 
hereinabove. 

Claim 11: Kusterer further teaches a method according to claim 10, further 
comprising: 

determining from said at least one writer at least one further object within 
said model, and processing said further object (e.g., see use of "connectors" as 
discussed in [0006], [0007], [0009], [0025] to [0027], and throughout the reference). 



Claim 90: is rejected under the same rationale as claim 1 1 discussed 
hereinabove. 
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Claim 12: Kusterer further teaches a method according to claim 10, further 
comprising: 

identifying a further writer configured to identify an entity within said 
hierarchical data structure to which data Is to be written (e.g., see use of 
"connectors" as discussed in [0006], [0007], [0009], [0025] to [0027], and throughout the 
reference). 

Claim 91: is rejected under the same rationale as claim 12 discussed 
hereinabove. 

Claim 13: Kusterer further teaches a method according to claim 12, wherein 
said identifying an entity comprises: 

attempting to locate an entity within said hierarchical data structure to 
which data should be written; and 

If said attempt Is unsuccessful, creating an appropriate entity (e.g., see use 
of "connectors" as discussed in [0006], [0007], [0009], [0025] to [0027], and throughout 
the reference). 
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Claim 92: is rejected under the same rationale as claim 13 discussed 
hereinabove. 

Claim 14: Kusterer further teaches a method according to claim 9, wherein 
each writer is a writer object which is an instance of a respective Java writer 
class (e.g., see use of "connectors" as discussed in [0006], [0007], [0009], [0025] to 
[0027], and throughout the reference). 

Claim 93: is rejected under the same rationale as claim 14 discussed 
hereinabove. 

Claim 15: Kusterer further teaches a method according to claim 14, wherein 
each writer class has a corresponding writer factory class (e.g., see use of 
"connectors" as discussed in [0006], [0007], [0009], [0025] to [0027], and throughout the 

reference). 



Claim 94: is rejected under the same rationale as claim 15 discussed 
hereinabove. 
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Claim 16: Kusterer further teaches a method according to claim 15, further 
comprising: registering each writer factory class with a writer lookup object; 
providing details of the or each object to be processed to said writer lookup 
object; and identifying one or more factory classes which should be used to 
create writer objects (e.g., see use of "connectors" as discussed in [0006], [0007], 
[0009], [0025] to [0027], and throughout the reference). 

Claim 95: is rejected under the same rationale as claim 16 discussed 
hereinabove. 

Claim 17: Kusterer teaches a method of generating model data representing 
a model of a composite user interface (e.g., generating a navigational model data 
650 as shown in Fig. 6 representing a model, i.e., a navigational model, of the unified 
application interface) comprising a plurality of user interface elements provided by 
at least one source application (e.g., comphsing, a plurality of user interface 
elements, i.e., pages, as shown in navigation hierarchy 650 in Fig. 6 provided by at 
least one source application), the method comprising: 

modelling at least part of a user interface provided by the or each source 
application (see 600 and 620 in Fig. 6, that models at least part of a navigational 
hierarchy for the user interface, i.e., pages, provided by at least one source application 
);and 
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modelling relationships between the at least part of the user interface 
provided by the source application and the composite user interface (e.g., 650 in 

Fig. 6 represents sucli modeling relationships between the pages provided by each 
source application and the composite user interface provided by the unified navigational 
interface application). 

Claim 18: Kusterer further teaches a method according to claim 17, wherein 
the model is adapted for use in generating a composite application (e.g., see 
Abstract, [0006], [0007], [0009], [0024], and [0026]). 

Claim 19: Kusterer further teaches a method according to claim 17, wherein 
modelling at least part of the user interface provided by the or each source 
application comprises: 

defining a plurality of source flow items each comprising a specified 
source user interface page provided by a source application; and 

defining relationships between said plurality of source flow items (e.g., see 
Fig. 3, Fig. 6 and Fig. 7, wherein individual pages from applications can be interpreted 
as the source flow items). 
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Claim 20: Kusterer further teaches a method according to claim 19, wherein 
modelling at least part of the user interface provided by the or each source 
application further comprises: 

defining at least one page element within each specified source user 
interface page (e.g., defining a Wnk or a URL. See [0007], [0023]). 

Claim 21: Kusterer further teaches a method according to claim 19, wherein 
modelling at least part of the user interface provided by the or each source 
application further comprises: defining at least one flow control condition; 
associating a flow control condition with at least one of said plurality of source 
flow items (see [0023]). 

Claim 22: Kusterer further teaches a method according to claim 19, wherein 
modelling at least part of the user interface provided by the or each source 
application further comprises: defining request parameters used to obtain each 
specified source user interface page (e.g., pages are obtained using links or URLs. 
See [0023], [0031], [0051], and [0059]). 



Claim 23: Kusterer further teaches a method according to claim 19, wherein 
modelling at least part of the user interface provided by the or each source 
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application further comprises: defining at ieast one ruie for eacti specified source 
user interface page which can be applied to enable recognition of the associated 
specified source user interface page (e.g., pages are recognized using links or URLs. 
See [0023], [0031], [0051], and [0059]). 

Claim 24: Kusterer furtlier teaches a method according to claim 23, wherein 
the or each rule is specified using a regular expression, or a path expression 

(e.g., a link or URL apparently contains a path expression). 

Claim 25: Kusterer further teaches a method according to claim 17, wherein 
modelling at least part of the user interface provided by the or each source 
application further comprises: creating a plurality of objects which are instances 
of classes defined in an object oriented programming language (e.g., see Table 1 
to Table 3). 

Claim 26: Kusterer further teaches a method according to claim 17, wherein 
modelling relationships between the at least part of the user interface provided by 
the or each source application and the composite user interface comprises: 
combining at least part of a plurality of source application models (see Fig. 6). 
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Claim 27: Kusterer further teaches a method according to claim 17, further 
comprising: defining a plurality of composite flow items each comprising a 
specified user interface page; and defining relationships between said plurality of 
composite flow items (see Fig. 6 and Fig. 7), 

Claim 28: Kusterer further teaches a method according to claim 19, further 
comprising: defining a plurality of composite flow items each comprising a 
specified user interface page; and defining relationships between said plurality of 
composite flow items, wherein at least one composite flow item is a source flow 
item, and said specified user interface page is a specified source user interface 
page (see Fig. 6 and Fig. 7). 

Claim 29: Kusterer further teaches a method according to claim 27, wherein 
at least one specified user interface page is a composite user interface page (see 
Fig. 7). 

Claim 30: Kusterer further teaches a method according to claim 20, wherein 
at least one specified user interface page is a composite user interface page, the 
method further comprising: modelling manipulations which are applied to said at 
least one page element within a specified source user interface page to create 
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said composite user interface page (e.g., see Fig. 7 wlierein the pages accessed is a 
composite source application page and tine elements of the page is manipulated within 
the unified interface of Fig. 7 similar to the manipulation in the source application). 

Claim 31: Kusterer further teaches a method according to ciaim 30, further 
comprising: specifying an ordered pluraiity of manipulations to be carried out to 
create said composite user interface page (e.g., displaying the composite user 
interface page of Fig. 7 using software instruction executed in a specified order by the 
processor). 

Claim 32: Kusterer further teaches a method according to claim 17, further 
comprising modelling at least one further user interface element to be included in 
the composite user interface (see Fig. 6 and Fig. 7, which shows modeling an 
arbitrary number of source application's user interface elements in the composite user 
interface). 

Claims 33-47 recite similar limitations as claims 1-16 respectively, and therefore 
rejected under similar rationale as discussed in the rejections of claims 1 -16 
hereinabove. 
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Claims 50-79 are directed to an apparatus implementing the metliod of claim 17, 
and 19-47 respectively, and therefore rejected under similar rationale as discussed in 
the rejections of claims 17 and 19-47. 

Claim 96: 

A computer apparatus for generating a composite user interface for 
communication with a plurality of source applications, the apparatus comprising: 

a program memory that includes processor readable instructions (e.g., see 
[0063]); 

a processor for reading and executing the instructions contained in the 
program memory (see e.g., [0063]), wherein the instructions are for: 

generating model data representing a model of said composite user 

interface in response to user input (e.g., generating a navigational model data 650 as 
shown in Fig. 6 representing a model, i.e., a navigational model, of the unified 
application Interface); 

storing said model (see e.g., [0030] "The navigation service can store 
navigation information in the form of navigation nodes 220, 224 in a data structure 
representing a united navigation hierarchy"); 
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reading said modei from said memory and generating a configuration data 
structure (i.e., reading tlie navigational model from memory is implied as displaying the 
nodes on the display according to the navigational hierarchy requires reading the 

hierarchy data from memory. Additionally, generating a configuration data structure is 
also taught as "personalization" capability, since generating and storing personalization 
data can be interpreted as generating configuration data structure); 

receiving a request from a composite user interface (see, e.g., [0040] "The 
portal 320 receives requests from the clients 300 and generates information views 325 
(e.g., Web pages) in response" and "The portal 320 receives information 345 from the 
applications 340 to fulfill requests from the clients 300". A user can select a navigation 
node at the user computer system relevant to at least one of the source applications 
and thereby access informational content from said at least one of the source 
applications; see e.g.. Fig. 7); 

generating a source appiication request to at ieast one of said source 
appiication in response to said request, in accordance witii data stored in said 
configuration data structure (e.g., as already mentioned above, a user can select a 

navigation node at the user computer system relevant to at least one of the source 
applications and thereby access informational content from said at least one of the 
source applications; see e.g.. Fig. 7); and 

transmitting said source application request to said at ieast one of said 
source applications (as already discussed above, accessing informational content 
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from source applications require transmitting tine information request to the source 
application). 

Claim 97: 

A method for modelling and generating a composite user interface 
comprising user interface elements provided by at least one source application 
comprising: 

generating a source application model for each of the at least one source 
applications; 

generating a composite application model using the or each source 
application model; and 

processing said composite application model to generate rules for 
communication between said composite application and the source application. 

This claim recites similar limitations as claim 17 except for the limitation reciting 
"generating a source application model for each of the at least one source applications". 
Kusterer teaches generating source application models for each of the source 
applications as source hierarchies as illustrated in Fig. 6 and also discussed in [0004], 
[0016], and [0010] and throughout the reference. Therefore, this claim is also rejected 
under the same rationale as discussed in the rejection of claim 17 hereinabove. 
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Claim 110 Kusterer teaclies a method for generating a composite user 
Interface (e.g., a portal interface as illustrated in Fig. 5) comprising a piuraiity of user 
interface elements provided by at least one source application (e.g., comprising a 
plurality of user interface elements, i.e., pages, provided by at least one source 
application as illustrated in Fig. 6), the method comprising: 

combining a subset of the piuraiity of user interface elements from the 
source applications into composite user interface data (e.g., referring to the portal 
presentation of Fig. 5, the portal presentation 500 at a given point in time can be 
interpreted as a "composite user interface data" generated from combining a subset of 
the plurality of user interface elements from the source applications); and 

selecting said composite user interface from a plurality of predefined 
composite user interfaces on the basis of at least one predefined parameter (e.g., 
in the basis of user's role. See [0005], [0010], [0037], and [0040]). 

Claim 119. 128. and 129 are rejected under the same rationale as claim 1 1 0 
over Kusterer as discussed hereinabove. 

Claim 114: Kusterer further teaches a method according to claim 110, further 
comprising: 
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receiving at ieast one request message generated by said composite user 
interface (e.g., a user's selection event in tine unified user interface requesting a 
resource from a source application); 

producing at ieast one furttier message is response to said request 
message (e.g., a message generated by Applications Connectors to be sent to the 
appropriate application associated with the interface element selected by the user); and 

forwarding said at ieast one furttier message to one of said at ieast one 
source applications (e.g., the Application Connector forwards the request message to 
the application for processing. See [0009], [0024], [0045] and through out the 
reference). 

Ciaim 123 : is also rejected under the same rationale as claim 114 over Kusterer 
as discussed hereinabove. 



Claims 98-100, 102-107, 109-111, 114, 118-120, 123, and 127-129 are rejected 
under 35 U.S.C. 102(b) as being anticipated by Gangopadhyay (US 2002/0184402 
A1). 
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Claim 98: Gangopadhyay teaches a method for providing a composite user 
interface comprising a piuraiity of user interface elements provided by at least 
one source application (e.g., providing a user interface as shown in Table 2), the 
method comprising: 

monitoring operation of the composite user interface to obtain 
management data (e.g., monitoring the interface to obtain user selection data and/or 
usage context data. I.e., Interpreted as management data, since the user selection data 
and/or usage context data is used to manage changes made to the interface), wherein 
the management data includes usage conditions (e.g. usage context); and 

modifying said composite user Interface by changing a number of the user 
interface elements for display by a user computer system in accordance with the usage 
conditions (see e.g., Gangopadhyay dynamically constructs menus of services relevant 
to any usage context. See Abstract.Therefore, clearly, when the usage context 
changes, the number of relevant services displayed also changes, i.e., the composite 
user interface is dynamically modified by changing a number of the services relevant to 
the current usage context). 

Claim 99: Gangopadhyay further teaches a method according to claim 98, 
wherein the user interface elements comprise mandatory and nonmandatory user 
interface elements, the method further comprising modifying said composite user 
interface in response to said management data to (1) display the nonmandatory 
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user interface elements during a first usage condition and (ii) not display tiie 
mandatory user interface elements during a second usage condition, wherein the 
first usage condition represents a lower usage than the second usage condition 

(see e.g., cancelling an event and tliereby updating the workflow interface based on the 
cancelled event. See [0118] to [0121]). 

Claim 100: Gangopadhyay further teaches a method according to claim 99, 
wherein said modifying comprises deleting some of said plurality of user 
interface elements from said composite user interface (see [01 21 ]). 

Claim 102: Gangopadhyay further teaches a method according to claim 98, 
further comprising: receiving at least one request message generated by said 
composite user interface; producing at least one further message in response to 
said request message; and forwarding said at least one further message to one of 

said at least one source applications (e.g., notifying participants of an event upon 
cancellation of the event as discussed in [0043]). 

Claims 103 (a data carrier), 104 (a computer apparatus), and 105 (an 
apparatus) are directed to the same invention of claim 98 as different statutory subject- 
matter categories. These categories are either implicitly or explicitly taught by the 
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Gangopadhyay reference. Therefore, these claims are also rejected under similar 
rationale as claim 98. Dependent claims 106-107, and 109 recite similar limitations as 
claims 99-100, and 102 respectively. Therefore, these claims are rejected under similar 
rationale as claims 99-100, and 102 respectively as discussed in detail hereinabove. 

Claim 110: Gangopadhyay teaches a method for generating a composite 
user interface (e.g., a Personal Workflow with associated services as illustrated in 
Table 2) comprising a plurality of user interface elements provided by at least one 
source application (e.g., the Services as illustrated in Table 2), the method 
comprising: combining a subset of the plurality of user interface elements from 
the source applications into composite user interface data (i.e., a "user interface 
element' is interpreted as a menu option for a service as shown in the "Services" 
column in Table 2. These services are provided by respective source applications, see 
[0068], [0084], [0092]. Therefore, these menu options for services provided by 
respective source applications can be reasonably interpreted, in the broadest 
reasonable interpretation, as user interface elements provided by the source 
applications); and selecting said composite user interface from a plurality of 
predefined composite user interfaces on the basis of at least one predefined 
parameter (e.g., since the Personal Workflow is a series of potential or planned events 
listed in a time ordered fashion and may take the form of a business traveler's 
Appointment Calendar, it is implicit in the reference that a particular Personal Workflow 
can be chosen by the user based on date or time from the calendar). 
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Claim 111: Gangopadhyay further teaches a method according to ciaim 110, 
wtierein said at least one predefined parameter comprises a parameter relating to 
at least one of time of day and date (as already discussed in the rejection of claim 
1 1 0 hereinabove). 

Claim 114: Gangopadhyay further teaches a method according to claim 1 10, 
further comprising: 

receiving at least one request message generated by said composite user 
interface; 

producing at least one further message is response to said request 
message; and 

forwarding said at least one further message to one of said at least one 
source applications (e.g., see Context Server's Processing of a Request for 
Application Services as discussed in section 7.3.4. See [0108] to [01 16]). 

Claim 118: Gangopadhyay further teaches a method according to claim 1 10, 
wherein at least two of said plurality of predefined composite user interfaces 
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comprise different source user interface eiements (e.g., apparently, two different 
Personal Workflow interface will show different user interface elements). 

Independent claims 119 (an apparatus). 128 {a data carrier) and 129 (a 
computer) are directed to the same invention of claim 1 10 in different form (i.e., subject 
matter). Therefore, these forms are either implicitly or explicitly taught by the 
Gangopadhyay reference. Dependent claims 120, 123, and 127 recite similar 
limitations as claims 111,114, and 118 respectively. Therefore these claims are 
rejected under similar rationale as discussed in the rejection of claims 111, 114, and 
1 1 8 respectively hereinabove. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of 

the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 

the various claims was commonly owned at the time any inventions covered therein 

were made absent any evidence to the contrary. Applicant is advised of the obligation 

under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
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not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

Claims 101 and 108 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Gangopadhyay. 

For claim 101 , Gangopadhyay teaches all the limitations of the claim as recited in 
claim 98, except the limitation reciting further comprising producing data 
representing usage patterns of said composite user interface using said 
management data. However, the Examiner takes official notice that it was well-known 
in the art to monitor user's usage of an interface to produce usage data in order to 
determine usage pattern and provide customized user interface based on such usage 
pattern. Therefore, it would have been obvious to one of ordinary skill in the art to 
modify the Personal Workflow interface as taught in Gangopadhyay to provide 
customized messages, advertisements or other user interface elements based on 
usage pattern as claimed. Such modification would have been the result not of novelty 
but of ordinary skill in the art. 

Claim 108 is rejected under similar rationale as claim 101 discussed in detail 

hereinabove. 
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Claims 112-113, 115-117, 121-122, and 124-126 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Kusterer. 

For claims 112-113 and 115-11 7, tine Examiner tool< official notice that the 
limitations recited In these claims (e.g., selecting composite user interface based on a 
parameter relating to usage statistics as recited in claim 112, and selecting composite 
user interface based on a parameter relating to a marketing campaign as recited in 
claim 113, pre-rendering a portal page when only the mandatory elements are received 
and while waiting for the non-mandatory elements as recited in claim 115, having 
identical source user interface elements as recited in claim 116, and having different 
mandatory user interface elements as recited in claim 1 1 7) were well-known in the art at 
the time of the invention. For example, it was well-known to provide different portal 
interface to a user based on usage statistics or based on different marketing campaign 
as recited in claims 112 and 113 respectively. It is also well-known to pre-render a web- 
page when some essential items have been retrieved over the network and some non- 
essential items are not yet received as recited in claim 115. Therefore, it would have 
been part of the ordinary capabilities of a person skilled in the art to implement these 
techniques in the portal interface taught by Kusterer and thereby arrive at the present 
invention. Such modifications would have been the result not of innovation but of 
ordinary skill and common sense. Applicant did not challenge the official notice in the 
response. 
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Claims 1 21 -1 22 and 1 24-1 26 recite similar limitations as claims 112-113 and 
115-117 respectively and therefore rejected under the same rationale discussed 
hereinabove. 



Response to Arguments 

Applicant's arguments filed 10/18/2010 have been fully considered but they are 
not persuasive. 

Regarding rejections of claims 1, 80, 1 10, and 119 over Kusterer, Applicants 
have argued that Kusterer does not teach that combining only a subset of the plurality of 
user interface elements (see page 28, paragraph 3, in the Remarks). The Examiner 
disagrees. Referring to the portal presentation of Fig. 5, the portal presentation 500 at a 
given point in time can be interpreted as a "composite user interface data" generated 
from combining a subset of the plurality of user interface elements, e.g., only a subset of 
pages, from the source applications. 

Regarding the rejection of claim 17 over Kusterer, Applicants argued that 
Kusterer does not teach "modeling relationships between the at least part of the user 
interface provided by the source application and the composite user interface" as 
required by claim 17 (see page 28, paragraph 4, in the Remarks). The Examiner 
disagrees. Kusterer at the least teaches navigating "pages" which constitutes the at 
least part of the user interface provided by the source applications using his navigation 
object model provided by the composite user interface. Therefore, as illustrated in Fig. 
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6, the navigation object model clearly models relationships between the pages provided 
by the source application and the composite user interface. 

Regarding the rejection of claim 50 over Kusterer, Applicants repeated the same 
argument as discussed in the rejection of claim 17 above (see page 29, paragraph 2, in 
the Remarks). Therefore, the same response applies. 

In response to Applicants arguments regarding the rejection of claim 96 over 
Kusterer (see page 29, paragraph 3, in the Remarks), the same response as provided 
in response to the arguments provided for the rejection of claim 1 applies. 

In response to Applicants arguments regarding the rejection of claim 97 over 
Kusterer (see page 29, paragraph 4, in the Remarks), the Examiner points out that Fig. 
6 in Kusterer illustrates two source application navigation models 600, 620 and 
generating a composite application navigation model 650 using the source application 
model. 

In response to Applicants arguments regarding the rejection of claims 98 and 1 05 
over Gangopadhyay (see page 30, paragraph 2, in the Remarks), the Examiner points 
out that Gangopadhyay dynamically constructs menus of services relevant to any usage 
context. See Abstract.Therefore, clearly, when the usage context changes, the number 
of relevant services displayed also changes, i.e., the composite user interface is 
dynamically modified by changing a number of the services relevant to the current 
usage context. 

In response to Applicants arguments regarding the rejection of claims 110 and 
1 1 9 over Gangopadhyay (see page 30, paragraph 3, in the Remarks), the Examiner 
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points out tliat a "user interface element' is interpreted as a menu option for a service 
as shown in the "Services" column in Table 2. These services are provided by 
respective source applications, see [0068], [0084], [0092]. Therefore, these menu 
options for services provided by respective source applications can be reasonably 
interpreted, in the broadest reasonable interpretation, as user interface elements 
provided by the source applications. 

In response to Applicants arguments regarding the rejection of claims 101 , 108, 
112,-113,115-117,121,1 22, and 1 24-1 26 (see page 31 in the Remarks), Applicants 
has relied upon the arguments for respective independent claims as already addressed 
above. Therefore, same response as already addressed above for respective 
independent claims applies. 



Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
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the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to RASHEDUL HASSAN whose telephone number is 
(571)272-9481 . The examiner can normally be reached on M-F 7:30AM - 4PM EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Weilun Lo can be reached on 571-272-4847. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retheval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Rashedul Hassan/ 
Examiner, Art Unit 2179 



/Ba Huynh/ 

Primary Examiner, Art Unit 2179 



